[開放組] Open Group (http://www.opengroup.org/)架構框架 (TOGAF) 是一個框架 - 用於規劃、開發、維護和從企業架構中獲取價值的詳細方法和一組支持工具。任何希望開發企業架構以供在該組織內使用的組織都可以自由使用它。

TOGAF 是一個架構框架，它是事實上的全球標準，用於協助架構的驗收、生產、使用和維護。實用且經過驗證，它基於由最佳實踐和一組可重用的現有架構資產支持的迭代過程模型。

• TOGAF 的第一個版本於1995 年開發，基於美國國防部信息管理技術架構框架(TAFIM)。
• 本文檔涵蓋TOGAF 版本9，在本文檔的文本中稱為“TOGAF 9”。TOGAF 9 於2009 年1 月首次發布。
• TOGAF 由The Open Group Architecture Forum 及其350 名成員開發和維護。

為什麼選擇TOGAF？

TOGAF 9 可用於開發各種不同的企業架構。TOGAF 補充並可以與其他更側重於特定垂直行業（如政府、電信、製造、國防和金融）的特定可交付成果的框架結合使用。

• 一種經過驗證的企業架構方法和框架，被世界領先的組織用來提高業務效率
• 最突出、最可靠的企業架構標準，確保企業架構專業人員之間的標準、方法和溝通一致
• 精通TOGAF 標準的企業架構專業人員享有更高的行業信譽、工作效率和職業機會
• TOGAF 幫助從業者避免被專有方法鎖定，更有效地利用資源，實現更大的投資回報

TOGAF 9 – 六個組件

TOGAF 9 包含整個企業架構生命週期，這很重要，因為架構是一個永無止境的旅程，總是在變化和發展。

TOGAF 反映了企業內部架構能力的結構和內容，如下圖所示：

1. 架構開發方法——這部分是TOGAF的核心。它描述了TOGAF 架構開發方法(ADM)——一種開發企業架構的分步方法。
2. ADM 指南和技術——這部分包含一系列可用於應用ADM 的指南和技術。
3. 架構內容框架——這部分描述了TOGAF 內容框架，包括架構工件的結構化元模型、可重用架構構建塊(ABB) 的使用以及典型架構可交付成果的概述。
4. 企業連續統和工具——這部分討論了適當的分類法和工具，用於對企業內部架構活動的輸出進行分類和存儲。
5. TOGAF 參考模型——這部分提供了兩個架構參考模型，即TOGAF 技術參考模型(TRM) 和集成信息基礎設施參考模型(III-RM)。
6. 架構能力框架——這部分討論了在企業內建立和運營架構實踐所需的組織、流程、技能、角色和職責。

ADM：TOGAF 的核心部分

ADM 描述瞭如何派生出滿足業務需求的特定於組織的企業架構。ADM 是TOGAF 的主要組成部分，並在多個層面指導架構師：

• TOGAF的核心
• 一種經過驗證的開發架構的方法
• 專為滿足業務需求而設計
• 一種迭代方法
• 一組架構視圖，以確保充分滿足一組複雜的需求

1. ADM – TOGAF ADM 的迭代方法

該架構開發方法（ADM）
目的：如何管理企業架構？

ADM 在整個過程中、階段之間和階段內是迭代的（TOGAF ADM 的建議迭代周期如圖所示）。它還可以用於對相關的架構活動（架構能力、架構開發迭代、過渡規劃迭代和架構治理迭代）進行有效分組，以實現特定目的。

TOGAF ADM 開發階段的目的

ADM 中的階段如下：

• 初步階段描述了創建架構能力所需的準備和啟動活動，包括TOGAF 的定制和架構原則的定義。
• 階段A：架構願景描述了架構開發週期的初始階段。它包括有關定義架構開發計劃的範圍、識別利益相關者、創建架構願景以及獲得批准以進行架構開發的信息。
• 階段B：業務架構描述了業務架構的開發，以支持商定的架構願景。
• 階段C：信息系統架構描述了信息系統架構的開發，以支持商定的架構願景。
• 階段D：技術架構描述了技術架構的開發，以支持商定的架構願景。
• 階段E：機會與解決方案進行初始實施規劃並確定前幾個階段定義的架構的交付工具。階段
• F：遷移計劃通過最終確定詳細的實施和遷移計劃來解決如何從基線遷移到目標架構。
• 階段G：實施治理提供實施的架構監督。
• 階段H：架構變更管理建立管理新架構變更的程序。
• 需求管理檢查在整個ADM 中管理架構需求的過程。

ADM 輸入和輸出

TOGAF 提供來自每個階段的多個輸入和輸出可交付成果：

• 這些是建議，不需要完全遵循
• 生成的每個可交付成果都應進行版本控制以指示何時發生更改
• 顯示的版本編號也是一個建議，不需要遵循

可交付成果

合同規定的工作產品，然後由利益相關者正式審查、同意和簽署。它通常會在項目完成後存檔或轉換為架構存儲庫作為參考模型

2. ADM 指南和技術組件

ADM 指南和技術
目的：我們如何應用 ADM？

一組支持ADM 應用的指南和技術。該指南有助於調整ADM 以處理不同的場景，包括不同的流程風格（例如迭代的使用）和特定的要求（例如安全性）。這些技術支持ADM 中的特定任務（例如定義原則、業務場景、差距分析、遷移規劃、風險管理等）。支持ADM 應用和採用的指南和技術

指南：即如何在整個架構環境中應用ADM

模板– 指導您如何使用模板進行利益相關者分析

清單- 整體架構的架構審查清單示例

1. 哪些其他應用程序和/或系統需要與您的集成？
2. 描述每個的集成級別和策略。
3. 用戶群的地理分佈如何？
4. 該系統對企業內外的其他用戶社區的戰略重要性是什麼？
5. 為企業內部用戶提供系統服務需要哪些計算資源？在企業外部使用企業計算資產？在企業之外使用他們的資產？
6. 本地交付環境之外的用戶如何訪問您的應用程序和數據？
7. 此應用程序的預期壽命是多少？
8. 描述適應用戶群、存儲數據和交付系統技術變化的設計。
9. 用戶群的規模及其預期的性能水平是多少？
10. 您使用哪些性能和壓力測試技術？

技術– 向您展示如何分類利益相關者

3. 架構內容框架組件

架構內容框架：交付物、工件、構建塊
目的：我們如何映射所有必要的信息？

本部分描述TOGAF 內容框架，包括架構工件的結構化元模型、可重用架構構建塊(ABB) 的使用以及典型架構可交付成果的概述。它提供了架構工作產品的詳細模型，包括可交付成果、可交付成果中的工件以及可交付成果所代表的架構構建塊(ABB)。

• 它推動了TOGAF 輸出的更大一致性
• 它提供了一個全面的架構輸出清單
• 它促進了工作產品的更好集成
• 它為如何描述架構提供了詳細的開放標準
• 它包括一個詳細的元模型

4. 企業連續體

該企業連續：該架構庫
目的：我們如何才能最大程度地回收利用現有的架構？

用於構建虛擬存儲庫的模型和用於對架構和解決方案工件進行分類的方法。它在TOGAF 9 中有以下變化：

• 大幅修訂
• 添加了關於架構分區和架構存儲庫的新內容
• 刪除了標准信息庫(SIB)

5. 參考模型

TOGAF參考模型
目的：我們如何構建行業實踐模型？

TOGAF 9 中對參考模型的定義進行了大幅修訂。提供了兩種參考模型：

1. 技術參考模型(TRM) – 一種基礎架構，用作通用平台服務的模型和分類法。
2. 綜合信息基礎設施模型（III-RM）——業務應用和基礎設施應用的模型

將參考模型與架構連續體相關聯

Architecture Continuum 由四個狀態組成。底層過程是發現架構需求，分析和理解組織中已經存在的架構，從基礎架構（即TRM），到通用系統架構III-RM），行業標準架構（即SOA），以及到組織的架構。下圖是基於四種狀態的架構過程的圖示：

• 基礎架構(TRM)
• 通用系統架構(III-RM)
• 行業架構
• 組織架構

對左側狀態所做的架構更改將遷移到右側狀態。從左到右的方向意味著組織企業架構實現的邏輯進展。

6. 架構能力框架組件

該架構能力框架：建立 EA 能力
目的： 我們如何設計我們的企業架構？

本部分討論在企業內建立和運營架構實踐所需的組織、流程、技能、角色和職責。它是TOGAF 9 中的新部分，基於8.1.1 Resource Base 派生

架構能力結構

企業架構開發涉及通過不同的開發階段在組織中的各個級別生成業務能力、規劃和管理架構。企業需要確定負責制定架構決策的治理機構，如下圖頂部所示。

• 什麼是 TOGAF？
• TOGAF ADM 教程
• TOGAF 9.1 框架 - 綜合指南
• 用於企業架構的 TOGAF 軟件
• 最好的 TOGAF 軟件
• TOGAF 實用教程
• 使用 TOGAF ADM 的分步企業架構教程
• 用於 EA 開發的 TOGAF ADM 的基本知識
• TOGAF 9.2：什麼是新的？
• 如何在 TOGAF 中進行利益相關者管理？
• TOGAF 利益相關者 - 觀點、關注點和要求
• TOGAF 與 Zachman 框架
• 案例研究：將 ArchiMate 與 TOGAF 結合使用
• TOGAF ADM 和架構內容框架